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METHODS AND APPARATUSES FOR AUTOMATIC ADAPTATION OF 

DIFFERENT PROTOCOLS 

FIELD OF INVENTION 
5 The present invention relates generally to discovering services and, more 

particularly, to discovering services through a network. 

BACKGROUND 

With the proliferation of computer networks, in particular the Internet, there 
10 are an increasing number of applications directed toward displaying content. 

In addition, there is a proliferation of unique web-based approaches and 
proprietary technologies for distributing audio/visual content and services. Many 
proprietary solutions exist to view audio/visual content. However as competing 
proprietary solutions have flourished, the ability to discover and view 
15 incompatible audio/visual content and services has been increasingly frustrating 
to users. 

For example, a typical user is responsible for finding the appropriate 
solution to view a specific audio/visual content and/or service. Without the 
appropriate solution that corresponds to the specific content and service, the 
20 user may not be able to view the content. 

Because of the nature of these proprietary solutions and the constant 
proliferation of new proprietary solutions, it has been difficult for users to discover 
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and receive incompatible audio/visual content and services across dissimilar 
boundaries and networks. 

SUMMARY 

5 Methods and apparatuses are described for translating commands 

formatted in different protocols into a common application programming interface. 
Methods and apparatuses detect at least one device; detect a protocol 
associated with each device; match the protocol with a protocol translator 
module; and translate a command formatted in the protocol into a translated 

10 command formatted in a common application programming interface through the 
protocol translator module. 

Network translator modules act as translators between a plurality of 
network protocols and a single, common application programming interface (API) 
for network communication. Each unique translator module translates between 

15 the common API and a corresponding unique network protocol. In one instance, 
each translator module implements all the functions of the common API. The 
translator modules are modeled as a translation layer between one or more run 
time processes (applications, intermediate modeled layer (e.g., presentation 
layer), or service module (e.g., audiovisual service module, non-audiovisual 

20 service model)), that use the common API and the underlying networks that use 
various network protocols. Illustrative network protocols include digital home 
network protocols, peer-to-peer protocols, wireless communication protocols, 
local area network protocols, wide area network protocols, and protocols 
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associated with The Internet (global network of interconnected networks), e.g., 
associated with the World Wide Web. 

At run time on a computing platform, an illustrative application includes a 
list of network protocols that are available for use. The application itself, or an 
5 intermediary library, loads a translator module that is associated with a particular 
listed network protocol to be used. After the translator module is loaded, the 
application uses the common API regardless of the underlying network protocol 
being used. To use another listed network protocol, the application or 
intermediary library loads the translator module that is associated with the new 

10 network protocol, and the application continues to use the common API. In this 
manner, for instance, a single application is able to communicate using both a 
"universal plug-and-play" type protocol (e.g., UPnP protocol promoted by the 
LIPnP Forum) network and a non-"universal plug-and-play" type network. Other 
applications that may be run on the computing platform are also designed to use ^ 

15 the common API. Thus applications are developed to use only the common API 
for communication, and without the need for additional elements (e.g., a large 
number of compiled run time libraries) required for APIs specific to a plurality of 
network protocols. 

Among the further advantages of this architecture is a higher run time 

20 efficiency because the application and the translator module run in the same 
process address space. No undue process overhead is necessary since no 
interprocess messaging is needed from the application to any process that 
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proxies for the underlying network being used. The architecture provides a 
"lightweight" run time binding of network protocol translators. 

Another advantage of this architecture is that the application does not 
have to be recompiled or relinked in order to use a new network protocol. The 
5 network protocol translator modules are available as "plug-ins" to the application. 
Applications are not required to be "heavyweight" because they do not require 
large/compiled libraries in order to communicate with various network protocols. 

Yet another advantage is that a list of supported network protocols is 
available at run time. In automatic embodiments, a software agent detects the 

10 presence of networks that use, for example, protocols designed for use with 
audiovisual content (e.g., protocols promoted by the Digital Home Working 
Group). The software agent, which can easily be made updatable, includes a list 
of known network protocols and actions necessary to query for the existence of 
available networks that use the listed protocols. For example, in one instance 

15 the software agent (a "control point" application in UPnP terminology) detects 

UPnP networks by sending out multicast M-search messages to discover devices. 
Once an available network is detected, the software agent registers (e.g., in the 
WINDOWS registry) the available network protocol type and the name of the 
associated translator module, and then the software agent copies the associated 

20 translator module from a central repository to an accessible location in 

preparation for use. Therefore, along with the "plug-in" feature of the translator 
modules, there is automatic discovery of network protocols and automatic 
adaptation of different network protocols. In other embodiments, however, one 
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or more protocols on the application's list of protocols are explicitly made 
available by installing support for a particular network protocol. 

Still another advantage is that it is possible to obtain the supported 
protocols during run time. In one embodiment, the protocol translation system is 
5 made flexible to environmental changes by keeping required information in an 
Extensible Markup Language (XML) document. The XML (instance) document 
outlines the details of the protocols (e.g., uniform resource locators (URLs) of 
drivers, features, run constraints, requirements, etc.). At start up the system 
reads the instance document from a remote location, and then it determines 
10 where and how to obtain the necessary drivers (protocol proxy) and how to load 
them. 

In one embodiment, the single, common API is developed by taking the 
most common features of network protocols, such as UPnP or Server Message 
Block (SMB) or Digital Home Working Group protocols, and then extending the 

15 API to include certain specific features of the network protocols. If the API 

attempts to access a particular feature supported by one network protocol bu not 
supported by the underlying network protocol presently in use, an error message 
(e.g., "Feature not supported") is returned. 

In one embodiment, instead of using APIs the protocols communicate with 

20 the system by using, for example, a pre-defined XML document. The document 
is flexible to allow for different protocols. A set of pre-defined tags is defined, and 
new tags are added as new technologies emerge. 
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Thus, a common API for network communication allows the development 
of applications to search, browse, and engage content (e.g., audiovisual content 
items) regardless of underlying network protocols and without incurring undue 
processing overhead. Further, the developed applications are easily adapted to 
5 any new network protocol without having to recompile or relink. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and constitute a 
part of this specification, illustrate and explain one embodiment of the methods 
10 and apparatuses for automatic adaptation of different protocols. In the drawings, 

Figure 1 is a diagram illustrating an environment within which the methods 
and apparatuses for automatic adaptation of different protocols are implemented. 

Figure 2 is a simplified block diagram illustrating one embodiment in which 
the methods and apparatuses for automatic adaptation of different protocols are 
15 implemented. 

Figure 3 is a simplified block diagram illustrating an exemplary 
embodiment in which the methods and apparatuses for automatic adaptation of 
different protocols are implemented. 

Figure 4 is a simplified block diagram illustrating an exemplary 
20 embodiment of a registry architecture in which the methods and apparatuses for 
automatic adaptation of different protocols are implemented. 
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Figure 5 is a simplified block diagram illustrating an exemplary data, 
consistent with one embodiment of the methods and apparatuses for automatic 
adaptation of different protocols. 

Figure 6 is a flow diagram, consistent with one embodiment of the 
5 methods and apparatuses for automatic adaptation of different protocols. 

Figure 7 is a flow diagram, consistent with one embodiment of the 
methods and apparatuses for automatic adaptation of different protocols. 

DETAILED DESCRIPTION 

10 The following detailed description of the methods and apparatuses for 

automatic adaptation of different protocols refers to the accompanying drawings. 
The detailed description illustrates embodiments of the methods and 
apparatuses for automatic adaptation of different protocols and not intended to 
construct limitations. Instead, the scope of the invention is defined by the claims. 

15 Those skilled in the art will recognize that many other implementations are 

possible and are consistent with the methods and apparatuses for automatic 
adaptation of different protocols. Coding of the various embodiments will be 
routine in view of this description. 

References to "content" includes data such as audio, video, text, graphics, 

20 and the like, that are embodied in digital or analog electronic form. References 
to "applications" includes user data processing programs for tasks such as word 
processing, audio output or editing, video output or editing, digital still photograph 
viewing or editing, and the like, that are embodied in hardware and/or software. 
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Figure 1 is a diagram illustrating an environment within which the methods 
and apparatuses for automatic adaptation of different protocols are implemented. 
The environment includes an electronic device 110 (e.g., a computing platform 
configured to act as a client device, such as a personal computer, a personal 
5 digital assistant, a cellular telephone, a paging device, a device in an in-home 
network), a user interface 1 15, a network 120 (e.g., a local area network, a home 
network, the Internet), and a server 130 (e.g., a computing platform configured to 
act as a server). 

In some embodiments, one or more user interface 1 15 components are 
10 made integral with the electronic device 110 (e.g., keypad and video display 
screen input and output interfaces in the same housing as personal digital 
assistant electronics (e.g., as in a Clie® manufactured by Sony Corporation). In 
other embodiments, one or more user interface 115 components (e.g., a 
keyboard, a pointing device (mouse, trackball, etc.), a microphone, a speaker, a 
15 display, a camera) are physically separate from, and are conventionally coupled 
to, electronic device 110. The user uses interface 1 1 5 to access and control 
content and applications stored in electronic device 110, server 130, or a remote 
storage device (not shown) coupled via network 120. 

In accordance with the invention, embodiments of automatic adaptation of 
20 different protocols as described below are executed by an electronic processor in 
electronic device 1 10, in server 130, or by processors in electronic device 110 
and in server 130 acting together. Server 130 is illustrated in Figure 1 as being a 
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single computing platform, but in other instances are two or more interconnected 

computing platforms that act as a server. 

Figure 2 is a simplified diagram illustrating an exemplary architecture in 

which the methods and apparatus for automatic adaptation of different protocols 
5 are implemented. The exemplary architecture includes a plurality of electronic 

devices 1 10, a server 130, and a network 120 connecting electronic devices 110 

to server 130 and each electronic device 1 10 to each other. The plurality of 

electronic devices 110 are each configured to include a computer-readable 

medium 209, such as random access memory, coupled to an electronic 
10 processor 208. Processor 208 executes program instructions stored in the 

computer-readable medium 209. A unique user operates each electronic device 

1 1 0 via an interface 1 15 as described with reference to Figure 1 . 

Server 130 includes a processor 21 1 coupled to a computer-readable 

medium 212. In one embodiment, the server 130 is coupled to one or more 
15 additional external or internal devices, such as, without limitation, a secondary 

data storage element, such as database 240. 

In one instance, processors 208 and 21 1 are manufactured by Intel 

Corporation, of Santa Clara, California. In other instances, other 

microprocessors are used. 
20 One or more user applications are stored in media 209, in media 212, or a 

single user application is stored in part in one media 209 and in part in media 212. 

In one instance a stored user application, regardless of storage location, is made 
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customizable based on automatic adaptation of different protocols as determined 
using embodiments described below. 

The plurality of client devices 110 and the server 130 include instructions 
for a customized application for automatic adaptation of different protocols. In 
5 one embodiment, the plurality of computer-readable media 209 and 212 contain, 
in part, the customized application. Additionally, the plurality of client devices 
1 10 and the server 130 are configured to receive and transmit electronic 
messages for use with the customized application. Similarly, the network 120 is 
configured to transmit electronic messages for use with the customized 
10 application. 

Figure 3 is a simplified diagram illustrating an exemplary architecture of a 
system 300. In one embodiment, the system 300 is embodied within the 
electronic device 110. In another embodiment, the system 300 is embodied 
within the server 130. In one embodiment, the system 300 includes applications 

15 310, a presentation layer 320, an audio/visual services module 330, a non- 
audio/visual services module 340, a protocol translation layer 350, a universal 
plug and play (e.g., UPnP) network 360, and a non-universal plug and play 
network 370. Overall, the system 300 is configured to allow the applications 310 
to seamlessly interface through the network 360 and the network 370. 

20 In some embodiments, the applications 310 are utilized by a user. In one 

instance, one or more applications 310 support a user acting as a content 
developer who creates and/or modifies content for viewing by others. In another 
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instance, one or more applications 310 support a content viewer who consumes 
available content. 

In some embodiments, the presentation layer 320 processes the content 
information in a suitable format for use by the applications 310. 
5 In some embodiments, the audio/visual service module 330 stores and 

maintains device information representing devices that are associated with 
audio/visual services. Such audio/visual services include music, videos, photos, 
graphics, text, documents, and the like. In other embodiments, the audio/visual 
service module 330 also stores and maintains listings or indices of audio/visual 
10 content items that are stored at a location outside of the system 300. 

In some embodiments, the non-audio/visual service module 340 stores 
and maintains device information representing devices that are associated with 
non-audio/visual services. Such non-audio/visual services include printing 
documents, faxing documents, and the like. In other embodiments, the non- 
15 audio/visual service module 340 stores and maintains listings or indices of non- 
audio/visual content items that are stored at a location outside of the system 300. 

In some embodiments, the protocol translation layer 350 translates 
commands utilizing at least one underlying protocol into translated commands 
utilizing a common application programming interface suitable for use by the 
20 applications 310, the presentation layer 320, the audio/visual service module 330, 
and/or the non-audio/visual service module 340. For example, in one instance 
the protocol translation layer 350 translates a command formatted in the UPnP 
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protocol from the UPnP network 360 into a translated command formatted in the 
common application programming interface for use by the system 300. 

In other embodiments, the protocol translation layer 350 handles the 
translation of commands formatted in a plurality of different protocols into 
5 translated commands formatted in the common application programming 
interface. The protocol translation layer 350 supports more than one network 
protocol. For example, in one instance the protocol translation layer 350 stores 
more than one translation module for translating commands in multiple different 
protocols into the common application programming interface. In another 

10 instance, the protocol translation layer 350 retrieves an appropriate translation 
module in response to the protocol to be translated. 

In some embodiments, the translation modules are stored within the 
protocol translation layer 350. In other embodiments, the translations modules 
are stored in a remote location outside the system 300. 

15 In one embodiment, the UPnP network 360 utilizes a protocol established 

by UPnP. 

In one embodiment, the non-UPnP network 370 utilizes a protocol 
established outside of UPnP. For example, Samba and server message block 
(SMB) are exemplary protocols which are not related to UPnP. 
20 In Figure 3, the system 300 is shown with the applications 310 logically 

connected to the presentation layer 320; the presentation layer 320 logically 
connected to the audio/visual services module 330 and the non-audio/visual 
services module 340; modules 330/340 connected to translation layer 350; and 
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the protocol translation layer 350 logically connected to the UPnP network 360 
and the non-UPnP network 370. 

The distinction between the UPnP network 360 and the non-UPnP 
network 370 is illustrative of one embodiment for the system 300. In other 
5 embodiments, any different number of networks and protocols are utilized within 
the system 300. 

Figure 4 is a simplified block diagram illustrating exemplary sen/ices, 
devices, and content organized into classes. In one embodiment, these classes 
are utilized by the system 300 to encapsulate and categorize information 

10 corresponding to unique content, devices, or network services that are easily 
accessed via two or more different network protocols by an illustrative application 
using a single, common API. These classes include a device manager class 410, 
a device class 420, and a service class 430. 

In one embodiment, the device manager class 410 groups devices based 

15 on common services provided by these devices. For example, these devices are 
grouped together based on their common services that they provide. In some 
instances, the specific device has limitations on the services that are provided 
based on the inherent limitation of the specific device. For example, a specific 
device which is only capable of processing audio information cannot support 

20 video processing. 

In one embodiment, the device manager class 410 groups devices in 
response to a GetDeviceList command that retrieves a list of devices that 
function using one or more specified network protocols. In some embodiments, 
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the list of devices is further filtered and refined based on the device type and the 
content type supplied by the particular device. For example, device types include 
audio display, video display, audio capture, video capture, audio effects, video 
effects, and the like. Additionally, content types include documents, videos, 
5 music, photo albums, and the like. 

In one embodiment, the device manager class 410 groups devices in 
response to a GetDeviceByName command that searches the multiple networks 
for a specific device. In one embodiment, the specific device is identified through 
a device identifier which is unique to each device. In some embodiments, the 
10 device identifier is a serial number of the device. In other embodiments, the 
device identifier is a descriptive name, such as compact disc player and video 
recorder. 

In one embodiment, the device manager class 410 groups devices in 
response to a GetDefaultDevice command that initializes a specific device as a 

15 default for a particular device type or content type. In one embodiment, there is 
more than one default device for each type of content or device. 

In one embodiment, the device manager class 410 groups devices in 
response to a GetDeviceCount command that finds the total number of devices 
across multiple networks. 

20 In one embodiment, the device manager class 410 groups devices in 

response to a IsDeviceAvailable command that checks the status of each of the 
devices across multiple networks. For example, even though a particular device 
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is discovered, the device can considered unavailable because the device is 

already in use or is unresponsive. 

In one embodiment, the device class 420 organizes and encapsulates 

information associated with a specific device. In one embodiment, the device 
5 class 420 organizes devices in response to a GetDevicelD command that 

requests a unique identification associated with a specific device. 

In one embodiment, the device class 420 organizes devices in response 

to a GetDeviceAttributes command that retrieves a set of predefined attributes for 

a specific device. For example, the set of predefined attributes includes network 
10 protocol, device type, content type, unique identifier, manufacturer, and the like. 

In one embodiment, the device class 420 organizes devices in response 

to a GetDeviceAttributeByName command that retrieves a specific device 

attribute that is specified. For example, instead of returning a list of predefined 

attributes, only a single attribute is retrieved. 
15 In one embodiment, the device class 420 organizes devices in response 

to a IsServiceAvailable command that checks the status of each of the services 

for devices across multiple networks. For example, even though a particular 

device may offer a service, the service from the device is considered unavailable 

because the device is already in use or is unresponsive. 
20 In one embodiment, the device class 420 organizes devices in response 

to a GetServiceList command that identifies at least one service offered by each 

device. 
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In one embodiment, the device class 420 organizes devices in response 
to a GetServiceCount command that retrieves the number of available services 
associated for a specific device. 

In one embodiment, the device class 420 organizes devices in response 
5 to a GetServiceByName command that retrieves instances of services identified 
by name. 

In one embodiment, the service class 430 organizes devices based on 
common services provided by these devices. In one embodiment, the service 
class 430 organizes devices in response to a GetServicelD command that 
10 retrieves the name or identification of a service or services provided by each 
unique device. In one embodiment, the name of the service is standardized and 
established across multiple networks. For example, name of the service remains 
the same whether the device is configured with the UPnP network or non-UPnP 
network. 

15 In one embodiment, the service class 430 organizes devices in response 

to a GetParentDevice command that identifies the device which is hosting a 
particular service. 

The flow diagrams as depicted in Figures 5, 6, and 7 illustrate 
embodiments of the invention. In each embodiment, the flow diagrams illustrate 
20 various exemplary functions executed by the system 300. 

The blocks within the flow diagram can be performed in a different 
sequence without departing from the spirit of the methods and apparatuses for 
automatic adaptation of different protocols. Further, blocks may be deleted, 
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added, or combined without departing from the spirit of the methods and 
apparatuses for automatic adaptation of different protocols. 

Figure 5 is a flow diagram that illustrates how a protocol is translated 
through the system 300. 
5 In Block 510, services and/or devices are detected. In one embodiment, 

these services and/or devices span more than one network and utilize more than 
one protocol to interface with other services and/or devices. 

In Block 520, a corresponding protocol is detected for each of the services 
and/or devices detected in 510. Multiple ways to detect the protocols are 
10 demonstrated in greater detail within the description of classes corresponding 
with the Figure 4. In Block 530, a check is performed to ensure that the protocol 
identified with a particular service and/or device is supported by the methods and 
apparatuses for automatic adaptation of different protocols. For example, for the 
protocol to be supported, the system 300 is capable of translating the protocol of 
15 the particular service and/or device into the common application programming 
interface for use with the applications 310 associated with the system 300. 

In Block 540, the services and/or devices that correspond to protocols 
supported by the methods and apparatuses for automatic adaptation of different 
protocols are displayed. Services and/or devices corresponding to protocols not 
20 supported by the methods and apparatuses for automatic adaptation of different 
protocols are not displayed. 
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In Block 550, the services and/or devices displayed are made available 
to be utilized through translated commands formatted in the common application 
programming interface by the applications 310 as shown within Figure 3. 
Figure 6 is a second flow diagram that illustrates how a protocol is 
5 translated through the system 300. 

In Block 610, services and/or devices are searched. Services and/or 
devices are configured to be searched by numerous parameters. Exemplary 
parameters are found in the description of the different classes illustrated in 
Figure 4. In some embodiments, services and/or devices are identified and 
10 filtered through these various parameters including, but not limited to, 

device/service availability, associated protocol, type of service, type of device, 
and the like. In some embodiments, these services and/or devices span more 
than one network and utilize more than one protocol to interface with the services 
and/or devices. 

15 In Block 620, a corresponding protocol is detected for each of the services 

and/or devices searched in 610. Multiple ways to detect the protocols are 
demonstrated in greater detail within the description of classes corresponding 
with the Figure 4. 

In Block 630, the system checks if the protocol identified with a particular 
20 service and/or device is supported by the methods and apparatuses for 

automatic adaptation of different protocols. For example, for the protocol to be 
supported, the system 300 is capable of translating the protocol of the particular 
service and/or device into the common application programming interface for use 

18 



PATENT 
SONY-05100 

with the applications associated with the system 300. In some embodiments, the 
protocol is translated through the protocol translation layer 350. In addition, in 
some embodiments, a protocol translation module corresponding with the 
particular protocol is utilized within the protocol translation layer 350. 
5 If the protocol translation module is not found for the particular protocol, a 

protocol translation module is retrieved from a remote location outside the 
protocol translation layer 350 in Block 635. 

In Block 640, the services and/or devices that correspond to protocols 
supported are displayed. Services and/or devices corresponding to protocols not 
10 supported are not displayed. For example, if a proper protocol translation 

module cannot be found for the particular protocol, then the associated service or 
device is not supported by the system 300. 

In Block 650, the services and/or devices displayed are made available to 
be utilized through translated commands formatted in the common application 
15 programming interface by the applications 310 as shown within Figure 3. 

Figure 7 is third a flow diagram that illustrates how a protocol is translated 
through the system 300. 

In Block 710, translator modules are detected. In one embodiment, the 
translator modules are utilized by the protocol translator layer 350 for translating 
20 commands of one protocol into a common application programming interface. In 
some embodiments, translator modules reside locally within the protocol 
translation layer 350. In other embodiments, translator modules reside in a 
remote location outside of the system 300. 
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In Block 720, a list of supported protocols are stored. The list of supported 
protocols corresponds to the protocols associated with the detected translator 
modules. 

In Block 730, the list of supported protocols is displayed. 
5 In Block 740, the services and/or devices that correspond to supported 

protocols are displayed. Services and/or devices corresponding to protocols not 
supported are not displayed. For example, if a proper protocol translation 
module cannot be found for the particular protocol, then the associated service or 
device is not supported. 
10 In Block 750, the services and/or devices displayed are made available to 

be utilized through translated commands formatted in the common application 
programming interface by the applications 310 as shown within Figure 3. 

In Block 760, an updated search for translator modules is performed. If 
additional or fewer translator modules are found, then the list of supported 
15 protocols within the Block 720 is also updated based on the updated search. In 
some embodiments, the updated search is continuously performed. In other 
embodiments, the updated search is performed on a predetermined time interval. 
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